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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. 

Applicant's submission filed on 8/11/2008 has been entered. 

2. This action is responding to application papers filed on 11-12-2003. Claims 28 - 
39 are pending. Claims 1 - 27 have been cancelled. Claim 28 is independent. 

* The 1 12 1 st rejection has been withdrawn. Claim 35 has been amended to 
specify the usage of an unsupported operation instead of an unsupported 
O o r " as per the specification. 

Response to Arguments 

3. Applicant's arguments filed 8/1 1/2008 have been fully considered but were not 
persuasive. 

3.1 Applicant argues that, Hebert does not disdose a network processor; Hebert does 
not disclose multiple network processors; Hebert does not disclose a congestion and 
avoidance behavior application; Hebert does not disclose a host processor to operate 
the congestion and avoidance application. (Remarks Page 10-16) 



Application/Control Number: 10/706,231 Page 3 

Art Unit: 2143 

A processor whose principal functions are concerned with network 
telecommunications is a network processor. Hebert discloses programming a 
processor that controls communications in a network interconnected environment. 
(Hebert col 3, 1 81 - col 4, 1 2: programmed to achieve necessary communications) 
Hebert discloses a processor that control communications in a network interconnected 
environment. Therefore, Hebert does disclose a network processor based on its 
definition. 

By definition, a network processor is defined as: "A programmable CPU chip 
that is optimized for networking and communications functions." 
(http://www.pcmag.eom/encyclopedia_.term/0, 2542,t=network+processor&i=4790 
7,00.asp) 

Yao discloses multiple network processors. (Yao Figure 1 (30)) Yao discloses a 
programmable interface for a network processor. (Yao para 027, II 16-18: 
programmable commands input to the network processor) Yao discloses a network 
processor which is a programmable chip or a host processor. And, Yao discloses that 
one of the main functions of its network processors is to control and attempt to avoid 
congestion in a network environment. 

Yao discloses a congestion control application as indicated in the claim limitation. 
Yao controls congestion for multiple network processors utilizing programmable 
XON/XOFF commands input to the network processor. (Yao para 027, II 16-18: 
programmable commands) And, Yao discloses a network processor controlled by a 
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programmable interface as per claim limitation. (Yao Figure 1 (30); para 005, II 1-4: 
multiple network processors providing flow control; para 006, II 1-11; para 007, II 29-45: 
XOFF message processed when high watermark reached; XON message processed 
when low watermark reached; congestion control method) 

The specification discloses that the "generic APIs communicate with the congestion 
control application and the heterogeneous network processors". Yao communicates 
with a congestion control (programmable) program and the network processors. 

3.2 Applicant argues that the referenced prior art does not disclose, a plurality of 
application programming interfaces API. (see Remarks Page 14) 

Yao discloses a programmable interface for a network processor. (Yao para 027, II 
1 6-18: programmable commands) And, Yao discloses multiple network processors. 
Therefore, Yao discloses multiple programmable interfaces or APIs. And, Hebert 
discloses a generic (non-specific vendor) programming interface (API) for a processor 
that is used to control network communications. 

According to the specification Applicant's Invention is disclosed as: 

(a) : A generic (API) interface is used to communicate with and control a network 

processor, (disclosed by Hebert) 

(b) : A host processor controlling a congestion control application, (disclosed by Yao) 

(c) Multiple network processors, (disclosed by Yao) 

(d) : The congestion control application controls multiple network processors utilizing 

an application programming interface (AP! interface), (disclosed by Yao) 
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(See specification Page 5: 

The network also includes at least one host processor that utilizes at least one 
congestion control application. The method and system comprise providing a 
plurality of generic application program interfaces (APIs). The generic APIs 
communicate with the congestion control application^} and the 
heterogeneous network processors. The generic APIs communicate with the 
congestion control applications) in a network processor independent manner, 
but manage the congestion control and avoidance behavior of the heterogeneous 
network processors in a network processor specific manner. Thus, the generic 
APIs allow the congestion control applications) to be network processor 
independent and to manage the congestion control and avoidance behavior of 
the heterogeneous network processors in the network processor specific 
manner.) 



3.3 Applicant argues that the referenced prior art does not disclose, the Jarvis prior art 
referenced. (Remarks Page 19) 

Jarvis is not used as a ground of rejection: (a) for the plurality of network 
processors claim limitation; (b) for the host processor claim limitation; or (c) for the 
application programming interface (API) interface claim limitation. 



Claim Rejections - 35 USC § 103 

The text of those sections of Title 35, U.S. Code not included in this action can 
be found in a prior Office action. 



4. Claims 28 - 39 are rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
Hebert et al. (US Patent No. 6,134,618) in view of Yao et al. (US PGPUB No. 

20030126280) and further in view of Jarvis et a!. (US Patent No. 5,870,561). 



Regarding Claim 28, Hebert discloses a system for managing behavior of network 
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processors, the system comprising: 

a) a first of the network processors (Hebert col 2, II 63-67: telecommunications 
switch (network processor) being of a different model or version from a second of 
the plurality of network processors; (Hebert col 3, II 26-30; col 3, II 46-55: 
universal (generic or non specific) API; col 3, 1 61 - col 4, 1 2: supports multiple 
protocol specific state machines; host to switch interface unchanged) 

b) a host processor (Hebert col 2, II 56-63: host to switch interface for controlling 
telecommunications devices (network processors) application that manages 
network processors, the network processor is independent (Hebert col 3, II 26-30; 
col 3, II 46-55: generic API; no specific telecommunications switch (network 
processor); col 3, 1 61 - col 4, 1 2: supports multiple protocol specific state 
machines; host to switch interface unchanged) such that the application need not 
have specific knowledge of a network processor's hardware, software, or 
firmware in order to manage the network processor's behavior; (Hebert col 3, II 
39-45: standardized interface for application development) and 

c) a application programming interface (API) (Hebert col 1, II 22-27: multiple 
telecommunications switches; col 2, II 56-63: host to switch API interface 
(multiple APIs)), each of the plurality of APIs being usable by the host processor 
to manage any of the plurality of network processors, none of the plurality of APIs 
being limited for use with a specific network processor model or version. (Hebert 
col 3, 1 61 - col 4, 1 2: supports multiple protocol specific state machines; host to 
switch interface unchanged; not limited to a specific telecommunications switch 
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or network processor) 

Hebert does explicitly disclose a header containing congestion algorithm information. 

However, Jarvis discloses information such as an algorithm transferred within an API 

interface used to control a congestion control program: 

d) the multi-word header usable for congestio n control, wherein the multi-word 
header is comprised of a plurality of words where a first part of the multi-word 
header consisting of a first plurality of words is common t o the congestion control 
application and a second part of the multi-word header consisting of a second 
plurality of words is c ommon to a plurality of congestio n algorithms. (Jarvis col 5, 
II 1-10: application programming interface (APi); make requests and receives 
recommendation (information) concerning controlling congestion (generation of 
network traffic)) 

Hebert-Jarvis does not explicitly disclose multiple network processors and a 
congestion control application. 

However, Yao discloses for a): a plurality of network processors controlling network 
traffic; for b): a congestion control application; the plurality of network processors for 
c): congestion control application. (Yao Figure 1 (30); para 005, II 1-4: multiple 
network processors providing flow control; para 006, II 1-11; para 007, II 29-45: 
XOFF message processed when high watermark reached; XON message 
processed when low watermark reached; congestion control method); and a plurality 
of APIs. (Yao para 027, II 16-18: programmable commands (programmable interface 
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(API)); para 005, II 1-4: multiple network processors) 

It would have been obvious to one of ordinary skill in the art to modify Hebert to 

use a congestion control application as taught by Yao. One of ordinary skill in the 

art would have been motivated to employ the teachings of Yao in order to use a 

XON/XOFF flow control scheme that prevents problems caused by HOL blocking 

such as increased system latency, unintentionally dropped packets, and time-out 

problems. (Yao para 030, II 10-14: "... The XON/XOFF flow control scheme 

prevents problems caused by HOL blocking such as increased system latency, 

unintentionally dropped packets, and time-out problems. Other advantages will be 

apparent to one of ordinary skill in the pertinent arts. ...') 



Regarding Claim 29, Hebert discloses the system of claim 28, wherein the application 
of the host processor need not be modified in order to add a new network processor 
model or version to the system. (Hebert col 3, II 26-30; col 3, II 46-55: universal 
(generic) API; col 3, 1 61 - col 4, 1 2: supports multiple protocol specific state machines; 
host to switch interface unchanged; col 3, II 31-35: additional features to be added 
without implementing additional context specific signaling) Hebert does not explicitly 
disclose a congestion control application. However, Yao discloses a congestion control 
application. (Yao para 006, II 1-1 1 ; para 007, II 29-45: XOFF message processed when 
high watermark reached; XON message processed when low watermark reached; 
congestion control method) 
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It would have been obvious to one of ordinary skill in the art to modify Hebert to 
use a congestion control application as taught by Yao. One of ordinary skill in the art 
would have been motivated to employ the teachings of Yao in order to use a 
XON/XOFF flow control scheme that prevents problems caused by HOL blocking such 
as increased system latency, unintentionally dropped packets, and time-out problems. 
(Yao para 030, II 10-14) 

Regarding Claim 30, Hebert discloses the system of claim 28, wherein the application 
of the host processor uses an API. (Hebert col 3, II 26-30; col 3, II 46-55: universal 
(generic) API; col 3, 1 61 - col 4, 1 2: supports multiple protocol specific state machines; 
host to switch interface unchanged) Hebert does not explicitly disclose a congestion 
control application, a plurality of network processors, and a location in network 
processor where behavior is to be managed. However, Yao discloses wherein a 
congestion control application (Yao para 006, II 1-1 1; para 007, II 29-45: congest control 
method), a plurality of network processors (Yao Figure 1 (30); para 005, II 1-4: multiple 
network processors providing flow control), and a location in network processor where 
behavior is to be managed. (Yao Figure 1 (30); para 005, II 1-4: multiple network 
processors providing flow control), and identify a location in network processors 
behavior is to be managed. (Yao para 006, II 1-11: congestion controlled at port 
(XON/XOFF port control mechanism)) 

It would have been obvious to one of ordinary skill in the art to modify Hebert to 
use a congestion control application, multiple network processors, and location to 
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control congestion as taught by Yao. One of ordinary skill in the art would have been 
motivated to employ the teachings of Yao in order to use a XON/XOFF flow control 
scheme that prevents problems caused by HOL blocking such as increased system 
latency, unintentionally dropped packets, and time-out problems. (Yao para 030, II 10- 
14) 

Regarding Claim 31, Hebert discloses the system of claim 30. (Hebert col 3, II 26-30; 
col 3, II 46-55: universal (generic) API; col 3, 1 61 - col 4, 1 2: supports multiple protocol 
specific state machines; host to switch interface unchanged) Hebert does not explicitly 
disclose that one network processor includes an ingress side and an egress side. 
However, Yao discloses wherein the identified location in the one network processor 
includes an ingress side and an egress side. (Yao Figure 1 ((45); (50)); para 004, II 1-5: 
network processor; input port (ingress side), output port (egress side)) 

It would have been obvious to one of ordinary skill in the art to modify Hebert to 
use a network processor that includes an ingress side and an egress side as taught by 
Yao. One of ordinary skill in the art would have been motivated to employ the 
teachings of Yao in order to use a XON/XOFF flow control scheme that prevents 
problems caused by HOL blocking such as increased system latency, unintentionally 
dropped packets, and time-out problems. (Yao para 030, 11 10-14) 

Regarding Claim 32, Hebert discloses the system of claim 31 . (Hebert col 3, II 26-30; 
col 3, II 46-55: universal (generic) API; col 3, 1 61 - col 4, 1 2: supports multiple protocol 
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specific state machines; host to switch interface unchanged) Hebert does not explicitly 
disclose that the ingress side of the identified location in the one network processor 
includes a plurality of ports, a plurality of receive queues, and a plurality of receive 
flows. However, Yao discloses wherein the ingress side of the identified location in the 
one network processor includes a plurality of ports, a plurality of receive queues, and a 
plurality of receive flows. (Yao Figure 1 ((45); (50)); para 004, II 1-5: multiple ports; para 
016, II 1-8: receive (ingress) queues or flows) 

It would have been obvious to one of ordinary skill in the art to modify Hebert to 
use a network processor that includes multiple ports and receive queues as taught by 
Yao. One of ordinary skill in the art would have been motivated to employ the 
teachings of Yao in order to use a XON/XOFF flow control scheme that prevents 
problems caused by HOL blocking such as increased system latency, unintentionally 
dropped packets, and time-out problems. (Yao para 030, II 10-14) 

Regarding Claim 33, Hebert discloses the system of claim 31 . (Hebert col 3, II 26-30; 
col 3, II 46-55: universal (generic) API; col 3, 1 61 - col 4, 1 2: supports multiple protocol 
specific state machines; host to switch interface unchanged) Hebert does not explicitly 
disclose a plurality of scheduler flows, a plurality of scheduler queues, a plurality of 
transmit queues, and a plurality of ports. However, Yao discloses wherein the egress 
side of the identified location in the one network processor includes a plurality of 
scheduler flows, a plurality of scheduler queues (Yao para 01 6, II 8-12: scheduler arbiter 
(schedule flows)), a plurality of transmit queues (Yao para 016, II 1-8: virtual output; 
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transmit queues), and a plurality of ports (Yao Figure 1 ((45); (50)); para 004, II 1-5: 
multiple ports). 

It would have been obvious to one of ordinary skill in the art to modify Hebert to 
use a plurality of scheduler flows, a plurality of scheduler queues, a plurality of transmit 
queues, and a plurality of ports as taught by Yao. One of ordinary skill in the art would 
have been motivated to employ the teachings of Yao in order to use a XON/XOFF flow 
control scheme that prevents problems caused by HOL blocking such as increased 
system latency, unintentionally dropped packets, and time-out problems. (Yao para 030, 
II 10-14) 

Regarding Claim 34, Hebert discloses the system of claim 30, wherein the application 
of the host processor uses the plurality of APIs. (Hebert col 3, II 26-30; col 3, II 46-55: 
universal (generic) API; col 3, 1 61 - col 4, 1 2: supports multiple protocol specific state 
machines; host to switch interface unchanged) 

Hebert does not explicitly disclose congestion control to apply at the identified location 
in the one network processor. However, Yao discloses wherein congestion controls to 
apply at the identified location in the one network processor. (Yao para 006, II 1-11: 
XON/XOFF flow control algorithm; identified location is port) 

It would have been obvious to one of ordinary skill in the art to modify Hebert to 
apply congestion control at the identified location in the one network processor as 
taught by Yao. One of ordinary skill in the art would have been motivated to employ 
the teachings of Yao in order to use a XON/XOFF flow control scheme that prevents 
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problems caused by HOL blocking such as increased system latency, unintentionally 
dropped packets, and time-out problems. (Yao para 030, II 10-14) 

Hebert-Yao does not explicitly disclose selecting a congestion control algorithm. 
However, Jarvis discloses wherein to select a congestion control algorithm. (Jarvis col 
3, II 15-27: select congestion control algorithm) 

It would have been obvious to one of ordinary skill in the art to modify Hebert-Yao 
to select a congestion control algorithm as taught by Jarvis. One of ordinary skill in the 
art would have been motivated to employ the teachings of Jarvis in order not overload 
certain network links, particularly during periods of peak usage by restricting the use of 
selected network links based on the type and priority of the network traffic. (Jarvis col. 
2, lines 20-27: "... Moreover, the large volume of network traffic generated by 
application programs often overloads certain network links, particularly during periods of 
peak usage. This type of overloading may interfere with significant network traffic, such 
as file server and print server operations. Consequently, some network administrators 
would prefer to restrict the use of selected network links based on the type and priority 
of the network traffic serviced over the links. ... ") 

Regarding Claim 35, Hebert discloses the system of claim 34 wherein the plurality of 
APIs by the network processor. (Hebert col 3, II 26-30; col 3, II 46-55: universal (generic) 
API; col 3, 1 61 - col 4, 1 2: supports multiple protocol specific state machines; host to 
switch interface unchanged) However, Hebert discloses wherein returning a null 
behavior to the congestion control application of the host processor when an operation 
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in not supported or when a function is not implemented by the one network processor. 

(Hebert coi 7, II 49-53: predetermined sequence of functions invoked upon the 
occurrence of a particular event such as an unsupported operation; col 8, II 43-45: 
determination whether a valid event for a normal state; event could be determination of 
an invalid operation) 

Hebert does not explicitly disclose a congestion control application. However, Yao 
discloses a congestion control application. (Yao para 006, II 1-11; para007, II 29-45: 
XOFF message processed when high watermark reached; XON message processed 
when low watermark reached; congestion control method) 

It would have been obvious to one of ordinary skill in the art to modify Hebert to 
use a congestion control application as taught by Yao. One of ordinary skill in the art 
would have been motivated to employ the teachings of Yao in order to use a 
XON/XOFF flow control scheme that prevents problems caused by HOL blocking such 
as increased system latency, unintentionally dropped packets, and time-out problems. 
(Yao para 030, II 10-14) 

Regarding Claim 36, Hebert discloses the system of claim 28 wherein the usage of an 
API. (Hebert col 3, II 26-30; col 3, II 46-55: universal (generic) API; col 3, 1 61 - col 4, 1 2: 
supports multiple protocol specific state machines; host to switch interface unchanged) 
Hebert does not explicitly disclose a configure API, an update API, an enable API, a 
disable API, and a list API. 
However, Jarvis discloses: 
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a) the configure API being usable by the congestion control application of the host 
processor to configure the congestion and avoidance behavior of any of the 
plurality of network processors, (Jarvis col 5, II 63-66: set programmable 
threshold limits for congestion control (configure)) 

b) the update API being usable by the congestion control application of the host 
processor to update the congestion and avoidance behavior of any of the 
plurality of network processors, (Jarvis col 5, II 63-66: change 
(update)congestion control information (policies)) 

c) the enable API being usable by the congestion control application of the host 
processor to enable congestion control algorithms for any of the plurality of 
network processors; the disable API being usable by the congestion control 
application of the host processor to disable congestion control algorithms for any 
of the plurality of network processors, (Jarvis col 4, II 57-61 : enable/disable policy 
(congestion control capability)) and 

d) the list API being usable by the congestion control application of the host 
processor to view congestion and avoidance information concerning any of the 
plurality of network processors. (Jarvis col 4, II 65-67: view (list) congestion 
control policies)) 

It would have been obvious to one of ordinary skill in the art to modify Hebert to 
use a configure API, an update API, an enable API, a disable API, and a list API as 
taught by Jarvis. One of ordinary skill in the art would have been motivated to employ 
the teachings of Jarvis in order not overload certain network links, particularly during 
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periods of peak usage by restricting the use of selected network links based on the type 
and priority of the network traffic. (Jarvis col. 2, lines 20-27) 

Regarding Claim 37, Hebert discloses the system of claim 28, wherein the network 
processor resides in a switch or a router. (Hebert col 2, II 63-67: telecommunications 
switch controlled by generic API) Yao does not explicitly disclose a plurality of network 
processors. However, Yao discloses wherein a plurality of network processors. (Yao 
para 005, II 1-4: multiple network processors providing flow control (congestion)) 

It would have been obvious to one of ordinary skill in the art to modify Hebert to 
use a plurality of network processors as taught by Yao. One of ordinary skill in the art 
would have been motivated to employ the teachings of Yao in order to use a 
XON/XOFF flow control scheme that prevents problems caused by HOL blocking such 
as increased system latency, unintentionally dropped packets, and time-out problems. 
(Yao para 030, II 10-14) 

Regarding Claim 38, Hebert discloses the system of claim 28. (Hebert col 3, II 26-30; 
col 3, II 46-55: universal (generic) API; col 3, 1 61 - col 4, 1 2: supports multiple protocol 
specific state machines; host to switch interface unchanged) Hebert does not explicitly 
disclose a plurality of network processors to control network traffic. However, Yao 
discloses wherein a plurality of network processors to control network traffic. (Yao 
Figure 1 (30); para 005, II 1-4: multiple network processors providing flow control) 
It would have been obvious to one of ordinary skill in the art to modify Hebert to 
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use a plurality of network processors to control network traffic as taught by Yao. One 
of ordinary skill in the art would have been motivated to employ the teachings of Yao in 
order to use a XON/XOFF flow control scheme that prevents problems caused by HOL 
blocking such as increased system latency, unintentionally dropped packets, and time- 
out problems. (Yao para 030, II 10-14) 

Hebert-Yao does not explicitly disclose a plurality of networks. However, Jarvis 
discloses a plurality of networks. (Jarvis col 4, II 35-49: WAN (wide area network); 
multiple interconnected LANs) 

It would have been obvious to one of ordinary skill in the art to modify Hebert to 
use a plurality of networks as taught by Jarvis. One of ordinary skill in the art would 
have been motivated to employ the teachings of Jarvis in order not overload certain 
network links, particularly during periods of peak usage by restricting the use of selected 
network links based on the type and priority of the network traffic. (Jarvis col. 2, lines 
20-27) 

Regarding Claim 39, Hebert discloses the system of claim 28. (Hebert col 3, II 26-30; 
col 3, II 46-55: universal (generic) API; col 3, 1 61 - col 4, 1 2: supports multiple protocol 
specific state machines; host to switch interface unchanged) Hebert does not explicitly 
disclose how packets are handled when the network processor is unable to process 
every packet during a particular interval. However, Yao discloses wherein congestion 
and avoidance behavior of a network processor includes how packets are handled by 
the network processor when the network processor is unable to process every packet 
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during a particular interval. (Yao para 030, II 10-14: prior art invention substantially 
eliminates HOL block; HOL blocking occurs if prior art cannot successfully handle 
congestion problem or process every packet) 

It would have been obvious to one of ordinary skill in the art to modify Hebert for 
how packets are handled when the network processor is unable to process every 
packet as taught by Yao. One of ordinary skill in the art would have been motivated to 
employ the teachings of Yao in order to use a XON/XOFF flow control scheme that 
prevents problems caused by HOL blocking such as increased system latency, 
unintentionally dropped packets, and time-out problems. (Yao para 030, II 10-14) 



Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kyung Hye Shin whose telephone number is (571) 272- 
3920. The examiner can normally be reached on 9:30 am - 6 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tonia L. Dollinger can be reached on (571 ) 272 - 41 70. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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